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(54) Dynamic configuration of radio link protocol in a telecommunications system 



(57) A method and apparatus for dynamically con- 
figuring parameters of the radio link protocol layer in a 
telecommunications system. The method and appara- 
tus allows dynamic configuration of the radio link proto- 
col layer in order to optimize parameters for use with a 
particular data service. In an embodiment of the inven- 



tion, radio link protocol control frames used for connec- 
tion initialization include RLP parameter data. The RLP 
parameter data is exchanged between two communi- 
cating transceiving devices during connection initializa- 
tion, and is used in each transceiving device to configure 
subsequently transmitted RLP data frames and transmit 
retransmission requests accordingly. 
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Description 

This invention relates to telecommunications sys- 
tems, and, more particularly, to a method and apparatus 
for dynamically configuring a radio link protocol (RLP) 
for a telecommunications system. 

Major cellular system types include those operating 
according to the Global Services for Mobile(GSM) 
Standard, the TIA/EIA/IS-95 Mobile Station-Base Sta- 
tion compatibility Standard for Dual Mode Wide Band 
Spread Spectrum Cellular System, the Tl A/El A/IS- 1 36 
Mobile Station-Base Station Compatibility Standard, 
and the TIA/EIA 553 Analog Standard(AMPSZTACS). 
Other major cellular systems include those operating in 
the persona! communications system(PCS) band ac- 
cording to the IS-95 based ANSI-J-STD-008 1.8 - 2.0 
Ghz standard or, those operating according to the GSM 
based PCS1 900(1 900 Mhz frequency range) standard. 

Currently, each of the major cellular systems stand- 
ards bodies are implementing data services into their 
digital cellular specifications. A packet data service 
specification has been finalized for GSM and, packet da- 
ta service specifications compatible with the IS-95 and 
IS-1 36 standards are being prepared. Another example 
of a data service is the TIA/EIA IS-99 Data Services Op- 
tion Standard for Wideband Spread Spectrum Digital 
Cellular System(IS-99). IS-99 defines a connection 
based packet service for IS-95-A based networks. The 
IS-99 system provides a standard for asynchronous da- 
ta service (Service Option 4) and digital Group-3 facsim- 
ile service (Service Option 5). 

In an IS-99 based system, a radio link protocol 
(RLP) is utilized to provide an octet stream service over 
IS-95-A forward and reverse traffic channels. Each octet 
comprises 8 bits of digital data. The octet stream service 
carries the variable length data packets of the point to 
point protocol layer. The RLP divides the point to point 
protocol packets into IS-95-A traffic channel frames for 
transmission. There is no direct relationship between 
point to point protocol packets and IS-95-A frames. A 
large packet may span several IS-95-A traffic channel 
frames, or a single traffic channel frame may include all 
or part of several point to point packets. The RLP does 
not take the higher level traffic channel framing into ac- 
count, but operates on a featureless octet stream, de- 
livering the octets in the order received from the point to 
point layer The data may be transmitted on the traffic 
channel as primary traffic, or, for example, along with 
speech, as secondary traffic. Data may also be trans- 
mitted in a signaling subchannel. IS-95 multiplex option 
1 may be used at full rate, half rate and eighth rate for 
primary traffic and at rate 1, rate 7/8, rate 3/4, and rate 
1/2, for secondary traffic. 

The RLP utilizes RLP control frames to control the 
transmission of data and RLP data frames for the trans- 
mission of data at the RLP level. 

The format of RLP control and data frames is de- 
fined so that each RLP frame includes a 8-bit sequence 



number field (SEQ). Each RLP data frame SEQ field 
contains the sequence number of that particular data 
frame. The sequence numbers are used to identify each 
received data frame and allow determination of data 
s frames that have not been received. The RLP control 
frame SEQ field is not used to indicate the sequence 
number of the control frame, but contains the next data 
frame sequence number, to allow quick detection of 
erased data frames. 

10 in addition to the SEQ field, each RLP data frame 
includes a number of data bits, with up to a maximum 
number of data bits allowed for each frame. The maxi- 
mum number of data bits allowed in a data frame de- 
pends upon the IS-95 multiplex subchannel used. For 

15 example, for primary traffic on the traffic channel, using 
multiplex option 1 at IS-95 full rate, the maximum 
number of data bits allowed is 1 52, and, for primary traf- 
fic on the traffic channel, using multiplex option 2 at IS- 
95 half rate, the maximum number of data bits allowed 

20 is 64. When less than the maximum number of bits are 
transmitted in a frame, padding is used to fill out the data 
field to 152 bits. Each RLP data frame also includes a 
RLP frame type (CTL) field, and a data length (LEN) 
field. The LEN field indicates the length of the data in 

25 the frame in octets. For unsegmented data frames, the 
CTL frame is one bit and is set to 0. For segmented data 
frames, the CTL frame contains 4 bits and can be set to 
indicate whether the data in the frame includes the first 
LEN octets, the next LEN octets, or, the last LEN octets 

30 of the unsegmented data frame. 

The RLP control frame may function as a negative 
acknowledgement (NAK) RLP control frame. A (NAK) 
RLP control frame includes a 4 bit frame type (CTL) field, 
a four bit length (LEN) field, an 8 bit FIRST field, an 8 

35 bit LAST field, a reserved field (RSVD), a frame check 
sequence field (FCS) and padding. An RLP control 
frame having the frame type field set to indicate negative 
acknowledgement (NAK) may then be used to request 
retransmission of a particular data frame, or, a particular 

40 sequence of data frames. For example, a mobile station 
expecting a data frame having a particular sequence 
number, would transmit a NAK control frame to the base 
station if the mobile determined that the data frame was 
missed. The FIRST and LAST fields of the RLP NAK 

45 control frame are used to indicate the particular data 
frame, or, sequence (indicated as a range beginning at 
the sequence number indicated by the FIRST field and 
ending at the sequence number indicated by the LAST 
field) of data frames that are requested to be retransmit- 

50 ted. In IS-99, the number of requests for retransmission 
of a data frame is a set number and the initiation of the 
requests for retransmission is controlled by a NAK re- 
transmission timer. When RLP frames are carried as pri- 
mary or secondary traffic, the retransmission timer is im- 

55- plemented as a frame counter When RLP frames are 
carried in the signaling subchannel, the retransmission 
timer is implemented as a timer having a duration equal 
to a predetermined value, T1 m, that is defined in Appen- 
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dix D of IS-95-A. The NAK retransmission counter for a 
data frame is started upon the first transmission of a 
NAK RLP control frame requesting retransmission of 
that data frame. 

If the data frame has not arrived at the receiver when its 
NAK retransmission timer expires, the receiver sends a 
second NAK control frame requesting retransmission of 
that data frame. This NAK control frame is transmitted 
twice. The NAK retransmission timer for this data frame 
is then restarted. If the data frame has not arrived at the 
receiver when its NAK retransmission timer has expired 
twice, the receiver sends a third NAK control frame re- 
questing retransmission of that data frame. Each NAK 
control frame transmitted as the result of a retransmis- 
sion timer expiring a second time is transmitted three 
times. 

A NAK abort timer is then started in the receiver up- 
on transmission of the third NAK control frame. The NAK 
abort timer is implemented, and expires, identically to 
the NAK retransmission timer. If the data frame has not 
arrived at the receiver when its NAK abort timer has ex- 
pired, the NAK is aborted and no further NAK control 
frames are transmitted for that data frame. 

The IS-99 NAK scheme results in a maximum 
number of three retransmission requests, that include a 
maximum number of six NAK RLP control frames, being 
transmitted for a particular unreceived data frame. 

As cellular telecommunications systems evolve, 
various high speed data (HSD) service options wili be 
implemented into the different cellular system stand- 
ards. For example, several HSD options are being con- 
sidered for implementation into the IS-95-A standard. 
These HSD options may include IS-95-A based systems 
having the capability to transmit data at rates of up to 
78.8 kbps. Use of any of these options in IS-95-A will 
increase the range of services and applications that can 
be supported. For an IS-99 based system, an increase 
in the number of services and applications that the sys- 
tem may support will require that the system support da- 
ta services having different bandwidth, delay sensitivity 
and quality of service requirements (QoS). 

Different bandwidth, delay sensitivity and quality of 
service requirements may require different bit error rate 
(BER), and, delay requirements. A fixed frame header 
and fixed NAK retransmission procedure such as that 
of IS-99 may not be optimally configured for certain data 
services that must be supported. For example, it may 
be that a service with low QoS requirements(htgh BER 
allowed) may experience large delays from a NAK re- 
transmission procedure in a system having a predeter- 
mined number of retransmissions, when it is not really 
necessary to retransmit missing data frames the prede- 
termined number of times in order to provide acceptable 
service. Another example of non-optimization in a data 
packet service using a fixed frame header, such as that 
of IS-99, could occur if a service required high band- 
width and included large numbers of sequenced data 
frames to be transmitted as high speed data. This serv- 



ice may use long data sequences having a number of 
data frames greater than X, which is the maximum 
number indicated by the full SEQ field of the fixed frame 
header. In this case, the count in the SEQ field would 

5 have to be restarted before a long data sequence was 
finished. Restarting the count in the sequence field may 
require more complicated processing of the transmitted 
and received data than having each frame in the data 
sequence numbered sequentially. Additionally, if a data 

10 service uses a shorter data sequence having a number 
of data frames less than the maximum number indicated 
by the SEQ field, this may be nonoptimal because bits 
reserved for the SEQ field go unused in each data 
frame, when these bits could be used to carry data. 

is This invention seeks to provide an efficient method 
and apparatus for transmitting data in a telecommuni- 
cations network that overcomes the foregoing and other 
problems. 

This invention seeks to provide a method and ap- 

20 paratus for dynamically configuring a radio link protocol 
for a particular type of data service in which the radio 
link protocol is to be used. 

This invention seeks to provide a method and ap- 
paratus for dynamically configuring the number of bits 

2S to be included in a sequence numbering field of a radio 
link protocol frame. 

This invention seeks to provide a method and ap- 
paratus for dynamically configuring the value of a re- 
transmission count used to control the number of neg- 

30 ative acknowledgements to be sent from an intended 
receiver, when a expected radio link protocol frame is 
not received at the intended receiver. 

The foregoing and other problems are overcome 
and the advantages of the invention are realized by 

3S methods and apparatus in accordance with embodi- 
ments of this invention. 

The present invention provides a method and ap- 
paratus for dynamically configuring parameters of the 
radio link protocol layer in a telecommunications sys- 

40 tern. The method and apparatus allows dynamic config- 
uration of the radio link protocol layer in order to optimize 
parameters for use with a particular data service. The 
radio link protocol parameters may include parameters 
specifying the configuration of radio link protocol frames 

45 and/or other parameters controlling radio link protocol 
transmissions. The method and apparatus utilizes a 
configuration procedure that is performed prior to initia- 
tion of the data service between two communicating, 
transceiving devices. The configuration may also be 

so performed to reset parameters of the radio link protocol 
layer during ongoing data service. 

During the configuration procedure, parameters 
may be agreed upon for the radio link protocol to be used 
in each direction on the radio link between the transceiv- 

ss jng devices. The invention provides an advantage over 
telecommunications systems that use fixed frame head- 
ers, and that consequently may require larger amounts 
of processing when undersized fields have to be reused 
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in the transmission, or that waste potential available 
bandwidth by under-utilizing the bits of oversized fields. 
The invention also prevents delays or quality of service 
degradations that are caused by the retransmission of 
unreceived data frames a number of times that is either 5 
greater or less than is required by a particular data serv- 
ice. 

In an embodiment of the invention, a radio link pro- 
tocol control frame used for configuring a link setup in a 
data service between two communicating transceiving to 
devices includes a sequence size field that indicates a 
bit length required for a frame sequence number(SEQ) 
field to be used in subsequent radio link protocol data 
frames and radio link protocol control frames. The radio 
link protocol control frame used for link setup may also is 
include a retransmission field indicating the number of 
retransmission requests allowed for particular data 
frames in the data service that have been transmitted 
but not received. The radio link control frame is used 
during the initialization or the reset of the links to be 20 
used. Radio link control frames may be exchanged be- 
tween the transceiving devices in order to configure ra- 
dio link protocol parameters such as the size of the se- 
quence number field and the retransmission request 
count for each direction on the link. 25 

In order to configure radio link protocol parameters 
during initialization or to reset the radio link protocol pa- 
rameters during an ongoing data service, a first trans- 
ceiving device of the two communicating transceiving 
devices transmits a first RLP control frame to the second so 
transceiving device. The first RLP control frame in- 
cludes a sequence size field, a retransmission request 
field, and a field indicating that the frame includes the 
sequence size field and retransmission field. The first 
RLP control frame indicates to the second transceiving 35 
device that it is going to transmit frames to the second 
transceiving device that includes a (SEQ) field contain- 
ing the number of bits that is indicated in the sequence 
size field of the first RLP control frame. The first RLP 
control frame also indicates to the second transceiving 40 
device in the retransmission request field the maximum 
number of retransmission requests allowed from the 
second transceiving device, for unreceived data frames 
transmitted on the link from the first transceiving device 
to the second transceiving device. The second trans- 45 
ceiving device receives the first RLP control frame and 
configures itself to receive data on the link from the first 
transceiving device to the second transceiving device 
and transmits retransmission requests for data frames 
unreceived on that link according to the information re- so 
ceived in the first RLP control frame. 

The second transceiving device then transmits a 
second RLP control frame to the first transceiving de- 
vice. The second RLP control frame also includes a se- 
quence size field, a retransmission field, and a field in- 55 
dicating that the frame includes the sequence size field 
and retransmission field. The second RLP control frame 
also includes an indication that the second frame is 



transmitted in response to receiving the first RLP control 
frame. The second RLP control frame indicates to the 
first transceiving device that the second transceiving de- 
vice is to transmit frames having a sequence number 
(SEQ) field containing the number of bits that is indicat- 
ed in the sequence size field. The second RLP control 
frame also indicates to the first transceiving device, in 
the retransmission field, a maximum number of retrans- 
mission requests allowed from the first transceiving de- 
vice for unreceived data frames transmitted on the link 
from the second transceiving device to the first trans- 
ceiving device. After receiving the second RLP control 
frame, the first transceiving device configures itself to 
receive data on the link from the second transceiving 
device to the first transceiving device and transmit re- 
transmission requests for data frames unreceived on 
that link according to the information in the second RLP 
control frame. The first transceiving device then sends 
a control frame to the second transceiving device in ac- 
knowledgement. The first and second transceiving de- 
vices then transmit and receive data and control frames 
accordingly. 

The above set forth and other features of the inven- 
tion are made more apparent in the ensuing description 
of the invention when read in conjunction with the at- 
tached drawings, wherein: 

Fig. 1 is a block diagram of a cellular terminal that 
is suitable for practicing this invention; 

Fig, 2 depicts the terminal of Fig, 1 in communica- 
tion with a CDMA cellular network; 

Figs. 3A is a pictorial representation of a radio link 
protocol (RLP) control frame structure employed, in 
accordance with the invention, by a mobile station 
and base station to configure the RLP for a commu- 
nications link between the mobile station and base 
station; 

Fig. 3B and 3C are pictorial representation of a data 
frame according to the invention; and 

Fig. 4 is a flow diagram illustrating the radio link pro- 
tocol (RLP) configuration procedure according to 
the invention. 

Referring now to FIGs. 1 and 2, therein are illustrat- 
ed a wireless user terminal or mobile station (MS) 10 
and cellular network 32, that is suitable for practicing 
this invention. The mobile station 10 includes an anten- 
na 12 for transmitting signals to and, for receiving sig- 
nals from a base site or base station (BS) 30. The BS 
30 is a part of cellular network 32 that includes a mobile 
switching center (MSC) 34. The MSC 34 provides a con- 
nection to landline trunks when the MS 10 is involved in 
a call. 

The MS 10 includes a modulator (MOD) 14A, a 
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transmitter 14, a receiver 16, a demodulator (DEMOD) 
16A ( and a controller 18 that provides signals to and re- 
ceives signals from modulator 14A and demodulator 
16A, respectively. These signals may include signaling 
information, and also speech, data and/or packet data 
transmitted between MS 10 and BS 30 in accordance 
with the air interface standard of the applicable cellular 
system. 

Controller 18 may be comprised of a digital signal 
processor device, a microprocessor device, and various 
analog to digital converters, digital to analog converters, 
and other support circuits. The control and signal 
processing functions of the mobile station are allocated 
between these devices according to their respective ca- 
pabilities. MS 10 also includes a user interface com- 
prised of a conventional earphone or speaker 1 7, a con- 
ventional microphone 1 9, a display 20, and a user input 
device, typically a keypad 22, all of which are coupled 
to the controller 1 8. The keypad 22 includes the conven- 
tional numeric (0-9) and related keys (#,*) 22a, and other 
keys '22b used for operating the mobile station 10. 
These other keys 22b may include, by example, a SEND 
key, various menu scrolling and soft keys, and a PWR 
key. The mobile station 10 may also include a battery 
26 for powering the various circuits that are required to 
operate the mobile station. 

The mobile station 10 also includes various memo- 
ries, shown collectively as the memory 24, wherein are 
stored a plurality of constants and variables that are 
used by the controller 1 8 during the operation of the mo- 
bile station. For example, the memory 24 may store the 
values of various cellular system parameters and the 
number assignment module (NAM). An operating pro- 
gram for controlling the operation of controller 1 8 is also 
stored in the memory 24 (typically in a ROM device). 
The memory 24 may also store data prior to transmis- 
sion or after reception. The memory 24 also includes 
routines for implementing the method of radio link pro- 
tocol configuration according to the described embodi- 
ment of the invention. 

Mobile station 10 may also function as a data ter- 
minal for transmitting or receiving data. As such, in this 
case MS 10 may be connected to a portable computer 
or a fax machine through a suitable data port (DP) 28. 

BS 30 also includes the necessary transmitters and 
receivers to allow signal exchange with MS 1 0. Control- 
lers, processors and associated memories that may be 
located in BS 30 or MSC 34 provide control of the BS 
30 and MSC 34, and implement routines for the method 
and apparatus of radio link protocol configuration ac- 
cording to the described embodiment of the invention. 

In the embodiment of this invention the MS 10 and 
the network 32 operate using a direct sequence, code 
division multiple access (DS-CDMA) system that is 
based on the IS-95A system standard. The network may 
operate in the 800 Mhz frequency range according to 
IS-95A standard, or, in the 1 .8 - 2.0 Ghz range according 
to the IS-95 based ANSI-J-STD-008 standard. The net- 



work may provide a service option feature based on the 
IS-99 standard and, may also use high speed data tech- 
niques that have been proposed for CDMA based sys- 
tems to provide higher speed data transmission than is 
s presently provided by the present IS-95A and IS-99 
standards. 

For example, more than one Walsh channel may be 
used on the forward link to provide high speed data, by 
simultaneously carrying separate data that belongs to 

10 the same user transmission. On the reverse link, multi- 
plexed channels may be used to increase the data rate. 
In this method serial data is input to a transmitter/mod- 
ulator at an input data rate which is higher than the base 
data transmission rate. The serial data is received over 

is a time period having a duration equal to the duration of 
the 20 millisecond IS-95 transmission frame and demul- 
tiplexed into a plurality of sets of input data. Each of the 
plurality of sets of input data is then processed in one 
of a plurality of subchannels using a system channel en- 

20 coding and interleaving scheme to generate a plurality 
of sets of processed data. A output serial data stream 
is then generated by multiplexing the plurality of sets of 
processed data from the subchannels together. The se- 
rial output stream is generated so that the originally re- 

25 ceived serial data included in the serial output data 
stream, is generated at the input data rate. The serial 
output data stream is then spread to generate at least 
one spread data stream and transmitted on the channel 
during a second time period having a duration equal to 

30 the duration of the IS-95 transmission frame, so that the 
serial data included in the at least one spread data 
stream is transmitted at the input data rate. 

In accordance with the invention, the IS-99 RLP da- 
ta and control frames are modified, so that the frames 

35 may be used in a RLP configuration process that is per- 
formed upon initiation or reset of a data service. Refer- 
ring now to FIGs. 3A, 3B and 3C, therein are illustrated 
structures for a RLP control frame 300, an unsegmented 
RLP data frame 320, and a segmented RLP data frame 

40 340, respectively, that are employed by a mobile station 
and base station to implement a dynamic RLP protocol 
in accordance with the invention. RLP control frame 300 
includes RLP frame type (CTL) field 302, sequence 
number (SEQ) field 304, reserved octet length (LEN) 

45 field 306, sequence size/first sequence number (SES/ 
FIRST) field 308, retransmission number/last sequence 
number (RETN/LAST) field 310, reserved (RSVD) field 
312, frame check sequence (FCS) field 314, and pad- 
ding 316. Unsegmented RLP data frame 320 includes 

50 CTL field 322, SEQ field 324, LEN field 326, RSVD field 
328, DATA field 330 and padding 332. Segmented RLP 
data frame 340 includes CTL field 342, SEQ field 344, 
LEN field 346, RSVD field 348, DATA field 350 and pad- 
ding 352. 

55 in order to implement the embodiment of the inven- 
tion, the RLP control and data frame structure is modi- 
fied from the IS-99 structure, so that the positions of the 
CTL and SEQ fields in the RLP control and data frames 
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have been exchanged as compared to IS-99, and, so 
that the RLP data frame SEQ fields 324 and 344 are 
modified to be variable in length. In the RLP control 
frames, the FIRST and LAST fields have been modified 
to provide the SES and RETN functions, respectively. 
In the unsegmented and segmented RLP data frames 
320 and 340, the RSVD fields 328 and 348, respectively, 
have been added to account for the variable length of 
the SEQ field. 

The CTL field 302 indicates the RLP control frame 
type. CTL field 302 indicates whether the RLP control 
frame is a negative acknowledgement (NAK) control 
frame, SYNC control frame, an acknowledgement 
(ACK) control frame, or a synch ronization/acknowle- 
degment (SYNC/ACK) control frame. LEN field 306 in- 
dicates the length of RSVD field in octets and FCS field 
314 provides a frame check sequence that provides an 
error check on the control frame 300. For the unseg- 
mented data frame 320, the CTL field 322 may be one 
bit and may be set to 0. For the segmented data frame 
340, CTL field 342 indicates whether the data frame 340 
contains the first, last, or a middle segment of the seg- 
mented data. LEN fields 326 and 346 indicate the length 
of the DATA field 330 and 340, respectively. 

The memory associated with the controller in each 
of the MS 10 and BS 30 includes values stored for V1 
(ses), Vt (retn), V2(ses) and V2(retn). V1 (ses) is the val- 
ue, in bits for the size of the SEQ fields 304, 324 or 344, 
when a RLP frame is transmitted on the forward link, 
and V1 (retn) is the maximum number of retransmission 
requests allowed on the reverse link for an unreceived 
data frame that was transmitted on the forward link. V2 
(ses) is the value for the size of the SEQ fields 304, 324 
or 344 when an RLP frame is transmit on the reverse 
link and V2(retn) is the maximum number of retransmis- 
sion requests allowed on the forward link for an unre- 
ceived data frame that was transmitted on the reverse 
link. V1 (ses) and V1 (retn) are determined in BS 30, and 
V2(ses) and V2(retn) are determined in MS 10. These 
values may be determined by the controllers within MS 
1 0 and BS 30 according to information on the data serv- 
ice to be used, for example, based on data rate, number 
of frames, quality of service, etc., or, the appropriate val- 
ues may be input to MS 1 0 and BS 30 from the termi- 
nation points of the data link, for example, from a fax 
machine connected to MS 10. The values are then ex- 
changed during radio link protocol configuration so that 
each of MS 10 and BS 30 has the protocol information 
for both forward and reverse links. The controllers in MS 
1 0 and BS 30 are configured to format and transmit RLP 
frames, transmit retransmission requests, and receive 
RLP frames according to these values. 

Referring now to Fig. 4, therein is a flow diagram 
illustrating the radio link protocol configuration proce- 
dure according to the invention. In the embodiment of 
the invention, the procedure of Fig. 4 may be used upon 
initiation of a data service between MS 10 and network 
32 of Fig. 2. The procedure of Fig. 4 may also be used 



to reset the RLP protocol parameters for a data service 
after the data service has been initiated. Although de- 
scribed in the context of a mobile station originated syn- 
chronization procedure, it should be realized that the 

s process is symmetrical, and that the base station 30 can 
originate the procedure as well. 

The process begins at step 402; The configuration 
is implemented, preferably, so that the configuration 
process is embedded in the connection initialization 

io process. The messages exchanged perform the dual 
function of initializing the connection and configuring the 
dynamic RLP At step 404, the RLP configuration proc- 
ess begins using the modified RLP control frames in ac- 
cordance with this invention. A SYNC control frame 

is (CTL=1101) is formatted within MS 10 having the SES/ 
FIRST field 308 set to the value of X1 , and the RETN/ 
LAST field 31 0 set to the value of Y1 . At step 406, MS 
10 then transmits the SYNC control frame to BS 30. At 
step 408, a determination is made within BS 30 as to 

20 whether or not SES/FIRST field 308 of the SYNC control 
frame is set to 0, i.e, whether X1 has been assigned the 
value of 0. If the SES/FIRST field 308 is set to 0, the 
process moves to step 412. At step 412, Vi(ses) is set 
to the default value for the sequence size in bits of the 

25 SEQ field 324/344 to be used on the reverse lin k for RLP 
data frames. In the embodiment of the invention, the de- 
fault value may be set to 8. The process next moves to 
step 416. 

If, however, at step 408, it is determined that SES/ 

so FIRST field 308 is not set to 0, the process moves to 
step 410. At step 410, a determination is made within 
BS 30 as to whether or not the value of X1 in the SES/ 
F! RST field 308 is a valid value. To be considered a valid 
value, the value of SES/FIRST field 308 must be a value 

3S within the predetermined range of from 8 to 12, If the 
value of SES/FIRST field 308 is not valid, the process 
moves to the block labeled as "A". In this case the entity 
detecting the invalid condition restarts the initialization 
procedure. That is, and by example, if the base station 

40 30 detects an invalid parameter at Block 410, the base 
station 30 sends a SYNC frame to the mobile station 1 0. 
Since the mobile station 10 is expecting a SYNC/ACK 
frame, the receipt of the SYNC frame indicates to the 
mobile station 10 that the base station 30 found one or 

4$ more parameters objectionable, and was replying with 
base station preferred parameters. 

If however, the value of SES/FIRST field 308 is val- 
id, the process moves to step 41 4. At step 41 4, V1 (ses) 
is set to X1 within BS 30. BS 30 is now configured to 

so use X1 for the sequence size in bits of the SEQ field 
324/344 for RLP data frames 320/340 received on the 
reverse link from MS 10. 

Next, at step 416, a determination is made within 
BS 30 as to whether the RETN/LAST field 310 of RLP 

ss control frame 300 is set to 0, i.e, whether Y1 has been 
assigned the value of 0. If RETN/LAST field 310 is set 
to 0, the process moves to step 420. At step 420, 
(retn)) is set to the default value for the maximum ' 
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number of retransmission requests from BS 30 for un- 
received RLP data frames transmit from the MS 10 on 
the reverse link. In the embodiment of the invention, the 
default value may be set to 0. The process next moves 
to step 424. 

If however, at step 416, it is determined that RETN/ 
LAST field 31 0 is not set to 0, the process moves to step 
418. At step 418 a determination is made within BS 30 
as to whether or not the value of Y1 in the RETN/LAST 
field 310 is a valid value. To be considered a valid value, 
the value of RETN/LAST field 310 should be a value 
within a predetermined range. In the embodiment of the 
invention the predetermined range may be from 0 to 3. 
If the value of RETN/LAST field 310 is not valid, the proc- 
ess moves to Block A, as described above, and the syn- 
chronization procedure begins again. If, however, the 
value of RETN/LAST field 310 is valid, the process 
moves to step 422. At step 422, V1(retn) is set to Y1 
within BS 30. BS 30 is now configured to use Y1 for the 
maximum number of retransmission requests to be al- 
lowed from BS 30 for unreceived RLP data frames trans- 
mitted from MS 10 on the reverse link. 

Next, at base station executed step 424, a SYNC/ 
ACK control frame (CTL=1111) is formatted with SES/ 
FIRST field 308 set to the value of X2 and, the RETN/ 
LAST field 310 set to the value of Y2. At step 426, the 
BS 30 transmits the SYNC/ ACK control frame to the MS 
10. Next, at step 428, a determination is made within 
MS 10 as to whether or not the SES/FIRST field 308 of 
S YNC/ACK control frame is set to 0, i.e, whether X2 has 
been assigned the value of 0. If the SES/FIRST field 308 
is set to 0, the process moves to step 432. At step 432, 
V2(ses) is set to the default value for the sequence size 
in bits of the SEQ field 324/344 to be used on the forward 
link for RLP data frames. In the embodiment of the in- 
vention, the default value may be set to 8. The process 
next moves to step 436. 

tf however, at step 428, it is determined that SES/ 
FIRST field 308 is not set to 0, the process moves to 
step 430. At step 430, a determination is made within 
MS 10 as to whether or not the value of X2 in the SES/ 
Fl RST field 308 is a valid value. To be considered a valid 
value, the value of SES/FI RST field 308 must be a value 
within the predetermined range. In the embodiment of 
the invention, as for V1(ses), the predetermined range 
may be from 8 to 1 2. If the value of SES/FIRST field 308 
is not valid, the process moves to Block B (in this case 
equivalent to step 402) where the MS 1 0 sends a SYNC 
frame to the BS 30, thereby restarting the synchroniza- 
tion process. If however, the value of SES/FiRST field 
308 is valid, the process moves to step 434. At step 434, 
V2(ses) is set to X2 within MS 10. MS 30 is now config- 
ured to use X2 for the sequence size in bits of the SEQ 
field 324/344 for RLP data frames 320/340 received on 
the forward link from BS 30. 

Next, at step 436, a determination is made within 
MS 10 as to whether the RETN/LAST field 310 of the 
SYNC/AK control frame is set to 0 , i.e, whether Y2 has 



been assigned the value of 0. If the RETN/LAST field 
310 is set to 0, the process moves to step 440. At step 
440, V 2 (retn)) is set to the default value for the maximum 
number of retransmission requests allowed from MS 10 

5 for unreceived RLP data frames transmitted from BS 30 
on the forward link. In the embodiment of the invention, 
the default value may be set to 0. The process next 
moves to step 444. 

If however, at step 436, it is determined that RETN/ 

w LAST field 31 0 is not set to 0, the process moves to step 
438. At step 438, a determination is made within MS 10 
as to whether or not the value of Y2 in the RETN/LAST 
field 31 0 is a valid value. To be considered a valid value, 
the value of RETN/LAST field 310 must be a value within 

15 a predetermined range. In the embodiment of the inven- 
tion, as for V2(retn), the predetermined range may be 
from 0 to 3. If the value of RETN/LAST field 310 is not 
valid, the process moves to Block B, as described 
above. If however, the value of RETN/LAST field 310 is 

20 valid, the process moves to step 442. At step 442, V2 
(retn) is set to Y2 within MS 1 0. MS 1 0 is now configured 
to use Y2 for the maximum number of retransmission 
requests to be allowed from MS 10 for unreceived RLP 
data frames transmitted from BS 30 on the forward link. 

25 Next, at step 444, an ACK control frame 

(CTL=1101) is formatted with SES/FIRST field 308 set 
to the value of X1 and the RETN/LAST field 310 set to 
the value of Y1. At step 446, the MS 10 then transmits 
the ACK control frame to BS 30. The ACK control frame 

30 serves as confirmation from MS 10 to BS 30 that the 
control frames required for configuring the RLP have 
been exchanged. At step 448, a determination is made 
within BS 30 as to whether or not the SES/FIRST field 
308 of the ACK control frame 300 is set to X1 and wheth- 

35 er or not the RETN/LAST field 310 is set to Y1 . If the 
SES/FIRST field 308 is set to X1 and the RETN/LAST 
field 310 is set to Y1 , the configuration is confirmed and 
the process moves to step 450. At step 450 the config- 
uration process ends, and data transmission between 

40 MS 1 0 and BS 30 proceeds. RLP frames transmitted by 
MS 1 0 on the reverse link are received by BS 30 accord- 
ing to X1 , and retransmission requests for those are 
transmitted by BS 30 according to Y1. RLP frames 
transmitted by BS 30 on the forward link are received 

45 by MS 10 according to X2, and retransmission requests 
for those frames are transmitted by MS 1 0 according to 
Y2. 

Although described above with respect to certain 
programmable parameters (i.e., the sequence number 

50 field and number of retransmissions), it is within the 
scope of this invention to provide other programmable 
parameters. By example, the number of CRC check bits 
can be made programmable and can be specified using 
the signalling described above. 

55 Thus, while the invention has been particularly 
shown and described with respect to a preferred em- 
bodiment thereof, it will be understood by those skilled 
in the art that changes in form and details may be made 
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therein without departing from the scope and spirit of the 
invention. 

The scope of the present disclosure includes any 
novel feature or combination of features disclosed 
therein either explicitly or implicitly or any generalisation s 
thereof irrespective of whether or not it relates to the 
claimed invention or mitigates any or all of the problems 
addressed by the present invention. The applicant here- 
by gives notice that new claims may be formulated to 
such features during prosecution of this application or to 
of any such further application derived therefrom. 

Claims 

15 

1. A method for communicating between a first trans- 
ceiving device and a second transceiving device us- 
ing a radio link protocol (RLP) having at least one 
variable parameter, said method comprising the 
steps of: 20 

transmitting a first message from said first 
transceiving device to said second transceiving 
device, said first message including information 
specifying a first at least one parameter of the 2S 
RLP; 

receiving said first message at said second 
transceiving device; 

storing, in response to receiving said first mes- 
sage, said first at least one parameter of the 30 
RLP in said second transceiving device; 
transmitting, in response to receiving said first 
message, a second message from said second 
transceiving device to said first transceiving de- 
vice, said second message including informa- 35 
tion specifying a second at least one parameter 
of the RLP; 

receiving said second message at said first 
transceiving device; 

storing in response to receiving said second 40 
message, said second at least one parameter 
of the RLP in said first transceiving device; 
transmitting a first plurality of RLP data frames 
from said first transceiving device; 
receiving at least one of said first plurality of 45 
RLP data frames at said second transceiving 
device, according to said first at least one pa- 
rameter of the RLP; 

transmitting a second plurality of RLP data 
frames from said second transceiving device; so 
and- 

receiving at least one of said second plurality 
of RLP data frames at said first transceiving de- 
vice, according to said second at least one pa- 
rameter of the RLP 55 

2. The method of claim 1, wherein said first at least 
one parameter of the RLP comprises a first se- 



quence number size, said first sequence number 
size specifying the length of a sequence number 
field included in each of said first plurality of RLP 
data frames, and wherein said second at least one 
parameter of the RLP comprises a second se- 
quence number size specifying the length of a se- 
quence number field included in each of said sec- 
ond plurality of RLP data frames. 

3. The method according to claim 1 or 2, wherein said 
first and second messages comprises first and sec- 
ond IS-99 like RLP control frames, and wherein said 
first and second plurality of RLP data frames com- 
prise IS-99 like RLP data frames. 

4. The method according to any of the preceding 
claims, wherein said first at least one parameter of 
the RLP comprises a first retransmission request 
value, said first retransmission request value spec- 
ifying a maximum number of retransmission re- 
quests allowed from said second transceiving de- 
vice for RLP data frames transmitted from said first 
transceiving device that are unreceived at said sec- 
ond transceiving device, and wherein said second 
at least one parameter of the RLP further comprises 
a second retransmission request value, said sec- 
ond retransmission request value specifying a max- 
imum number of retransmission requests allowed 
from said first transceiving device for RLP data 
frames transmitted from said second transceiving 
device that are unreceived at said first transceiving 
device. 

5. The method of claim 4, wherein said step of receiv- 
ing at least one of said first plurality of RLP data 
frames comprises the steps of: 

receiving at least one data frame of said first 
plurality of RLP data frames at said second 
transceiving device; 

detecting at least one unreceived RLP data 
frame of said first plurality of RLP data frames; 

determining if less than said first retransmis- 
sion value of retransmission requests have 
been transmitted for said at least one unre- 
ceived RLP data frame of said first plurality of 
RLP data frames: 

and, in response to a positive determination in 
said step of determining, 

transmitting a first retransmission request from 
said second transceiving device to said first 
transceiving device; 

wherein said step of receiving at least one of 
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said second plurality ofRLP data frames com- 
prises the steps of, 

receiving at least one data frame of said second 
plurality of RLP data frames at said first trans- s 
ceiving device; 

detecting at least one unreceived RLP data 
frame of said second plurality of RLP data 
frames; 10 

determining if less than said second retrans- 
mission value of retransmission requests have 
been transmitted for said at least one unre- 
ceived data frame of said second plurality of 15 
RLP data frames; 

and, in response to a positive determination in 
said step of determining, 

20 

transmitting a second retransmission request 
from said first transceiving device to said sec- 
ond transceiving device. 

6. The method of claim 5, wherein said first and sec- 25 
ond messages comprise IS-99 like RLP control 
frames, and, wherein said first and second plurali- 
ties of RLP data frames comprise IS-99 like data 
RLP frames. 

30 

7. A mobile station for operation in a telecommunica- 
tions system having a base station, wherein data is 
transmitted from the base station in a sequence of 
radio link protocol (RLP) frames according to a radio 
link protocol(RLP), said mobile station comprising: 35 

a receiver for receiving a message from the 
base station, said message including informa- 
tion specifying at least one parameter of said 
radio link protocol (RLP), said receiver further 40 
for receiving at least one of said sequence of 
RLP frames, subsequent to receiving said mes- 
sage; 



16 



a memory device; and 



The mobile station of claim 7, wherein said informa- 
tion includes a size value specifying a size of a se- 
quence number field included in each of said se- 
quence of RLP frames transmitted from said base 



45 



a controller coupled to said receiver and said 
memory device, said controller for receiving 
said information from said receiver, storing said 
information in said memory device, and so 
processing said at least one of said sequence 
of RLP frames according to said stored infor- 
mation. 



55 



station, and, wherein said controller processes 
each sequence number field of said at least one of 
said sequence of RLP frames according to said size 
value. 

9. The mobile station according to claim 7 or claim 8, 
wherein said mobile station further comprises a 
transmitter, wherein said stored information in- 
cludes a number value specifying a maximum 
number of retransmission requests to be transmit- 
ted from. said mobile station to said base station re- 
questing retransmission of unreceived RLP frames 
of said sequence of RLP frames, and wherein said 
controller processes said at least one of said se- 
quence of RLP frames by determining at least one 
unreceived RLP frame of said sequence of RLP 
frames, determining if less than said number value 
of retransmission requests have been transmitted 
for said at least one unreceived RLP frame, and, if 
less than said number value of retransmission re- 
quests have been transmitted, initiating transmis- 
sion of a second message, including a retransmis- 
sion request, to the base station from said transmit- 
ter. 

10. The mobile station of claim 7, wherein said se- 
quence of RLP frames according to a RLP compris- 
es a first sequence of RLP frames according to a 
first RLP, said message comprises a first message, 
and, wherein data is transmitted from said mobile 
station to said base station in a second sequence 
of RLP frames according to a second RLP, and 
wherein said mobile station further comprises a 
transmitter for transmitting said second sequence 
of RLP frames, and wherein said controller, further 
in response to receiving said first information, for- 
mats a second message, said second message in- 
cluding information specifying at least one param- 
eter of said second RLP, and initiates transmission 
of said second message to said base station from 
said transmitter. 

11. The mobile station of claim 10, wherein said first 
and second messages comprise RLP control 
frames and said first and second sequences of RLP 
frames comprise RLP data frames. 

12. The mobile station according to claim 10 or claim 
1 1 , wherein said information specifying at least one 
parameter of said first RLP comprises a first size 
value specifying a size of a sequence number field 
included in each of said first sequence of RLP 
frames and a first number value specifying a maxi- 
mum number of transmission requests to be trans- 
mitted from said mobile station to said base station 
for requesting retransmission of unreceived RLP 
frames of said first sequence of RLP frames, and 
wherein said information specifying at least one pa- 
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rameter of said second RLP comprises a second 
size value specifying a size of a sequence number 
field included in each of said second sequence of 
RLP frames, and a second number value specifying 
a maximum number of retransmission requests to s 
be transmitted from said base station to said mobile 
station requesting retransmission of unreceived 
RLP frames of said second sequence of RLP 
frames. 

10 

13. A method for transmitting data between a mobile 
station and a base station in a wireless communi- 
cations system, comprising steps of: 

prior to transmitting data, exchanging commu- is 
nications control information between the mo- 
bile station and the base station, the control in- 
formation comprising a first field for specifying 
a length of a variable length data frame se- 
quence number, a second field for specifying a 20 
length of the first field, and a third field for spec- 
ifying a maximum number of data frame re- 
transmissions; 

storing the exchanged information in both the 25 
mobile station and the base station; and 

subsequently transmitting frames of data in ac- 
cordance with the stored information. 

30 

1 4/ A method as in claim 1 3, wherein the wireless com- 
munications system is implemented as a DS-CDMA 
system. . 

15. A wireless telecommunication device comprising a 35 
receiver for receiving from a second wireless tele- 
communication device a control message specify- 
ing at least one parameter of a radio link protocol 
and data messages forming a sequence of data 
frames in accordance with a radio link protocol; a 40 
controller for processing the received sequence of 
data frames in accordance with the at least one pa- 
rameter of the radio link protocol. 
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